home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / rfc / rfcxxxx / rfc1389 < prev    next >
Text File  |  1995-07-25  |  24KB  |  732 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                         G. Malkin
  8. Request for Comments: 1389                               Xylogics, Inc.
  9.                                                                F. Baker
  10.                                        Advanced Computer Communications
  11.                                                            January 1993
  12.  
  13.  
  14.                       RIP Version 2 MIB Extension
  15.  
  16. Status of this Memo
  17.  
  18.    This RFC specifies an IAB standards track protocol for the Internet
  19.    community, and requests discussion and suggestions for improvements.
  20.    Please refer to the current edition of the "IAB Official Protocol
  21.    Standards" for the standardization state and status of this protocol.
  22.    Distribution of this memo is unlimited.
  23.  
  24. Abstract
  25.  
  26.    This memo defines a portion of the Management Information Base (MIB)
  27.    for use with network management protocols in TCP/IP-based internets.
  28.    In particular, it defines objects for managing RIP Version 2.
  29.  
  30. Table of Contents
  31.  
  32.    1. The Network Management Framework ......................    1
  33.    2. Objects ...............................................    2
  34.    2.1 Format of Definitions ................................    2
  35.    3. Overview ..............................................    3
  36.    3.1 Textual Conventions ..................................    3
  37.    3.2 Structure of MIB .....................................    3
  38.    4. Definitions ...........................................    3
  39.    4.1 Global Counters ......................................    4
  40.    4.2 RIP Interface Tables .................................    4
  41.    4.3 Peer Table ...........................................   10
  42.    5. Acknowledgements ......................................   12
  43.    6. References ............................................   12
  44.    7. Security Considerations ...............................   13
  45.    8. Authors' Addresses ....................................   13
  46.  
  47. 1. The Network Management Framework
  48.  
  49.    The Internet-standard Network Management Framework consists of three
  50.    components.  They are:
  51.  
  52.       STD 16/RFC 1155 which defines the SMI, the mechanisms used for
  53.       describing and naming objects for the purpose of management.  STD
  54.       16/RFC 1212 defines a more concise description mechanism, which is
  55.  
  56.  
  57.  
  58. Malkin & Baker                                                  [Page 1]
  59.  
  60. RFC 1389                  RIP-2 MIB Extension               January 1993
  61.  
  62.  
  63.       wholly consistent with the SMI.
  64.  
  65.       RFC 1156 which defines MIB-I, the core set of managed objects for
  66.       the Internet suite of protocols.  STD 17/RFC 1213 defines MIB-II,
  67.       an evolution of MIB-I based on implementation experience and new
  68.       operational requirements.
  69.  
  70.       STD 15/RFC 1157 which defines the SNMP, the protocol used for
  71.       network access to managed objects.
  72.  
  73.    The Framework permits new objects to be defined for the purpose of
  74.    experimentation and evaluation.
  75.  
  76. 2. Objects
  77.  
  78.    Managed objects are accessed via a virtual information store, termed
  79.    the Management Information Base or MIB.  Objects in the MIB are
  80.    defined using the subset of Abstract Syntax Notation One (ASN.1) [7]
  81.    defined in the SMI.  In particular, each object has a name, a syntax,
  82.    and an encoding.  The name is an object identifier, an
  83.    administratively assigned name, which specifies an object type.  The
  84.    object type together with an object instance serves to uniquely
  85.    identify a specific instantiation of the object.  For human
  86.    convenience, we often use a textual string, termed the OBJECT
  87.    DESCRIPTOR, to also refer to the object type.
  88.  
  89.    The syntax of an object type defines the abstract data structure
  90.    corresponding to that object type.  The ASN.1 language is used for
  91.    this purpose.  However, the SMI [3] purposely restricts the ASN.1
  92.    constructs which may be used.  These restrictions are explicitly made
  93.    for simplicity.
  94.  
  95.    The encoding of an object type is simply how that object type is
  96.    represented using the object type's syntax.  Implicitly tied to the
  97.    notion of an object type's syntax and encoding is how the object type
  98.    is represented when being transmitted on the network.
  99.  
  100.    The SMI specifies the use of the basic encoding rules of ASN.1 [8],
  101.    subject to the additional requirements imposed by the SNMP.
  102.  
  103. 2.1 Format of Definitions
  104.  
  105.    Section 4 contains contains the specification of all object types
  106.    contained in this MIB module.  The object types are defined using the
  107.    conventions defined in the SMI, as amended by the extensions
  108.    specified in [9].
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Malkin & Baker                                                  [Page 2]
  115.  
  116. RFC 1389                  RIP-2 MIB Extension               January 1993
  117.  
  118.  
  119. 3. Overview
  120.  
  121. 3.1 Textual Conventions
  122.  
  123.    Several new data types are introduced as a textual convention in this
  124.    MIB document.  These textual conventions enhance the readability of
  125.    the specification and can ease comparison with other specifications
  126.    if appropriate.  It should be noted that the introduction of the
  127.    these textual conventions has no effect on either the syntax nor the
  128.    semantics of any managed objects.  The use of these is merely an
  129.    artifact of the explanatory method used.  Objects defined in terms of
  130.    one of these methods are always encoded by means of the rules that
  131.    define the primitive type.  Hence, no changes to the SMI or the SNMP
  132.    are necessary to accommodate these textual conventions which are
  133.    adopted merely for the convenience of readers and writers in pursuit
  134.    of the elusive goal of clear, concise, and unambiguous MIB documents.
  135.  
  136.    The new data types are: Validation (the standard "set to invalid
  137.    causes deletion" type), and RouteTag.   The RouteTag type represents
  138.    the contents of the Route Tag field in the packet header or route
  139.    entry.
  140.  
  141. 3.2 Structure of MIB
  142.  
  143.    The RIP-2 MIB contains global counters useful for detecting the
  144.    deleterious effects of RIP incompatibilities, an "interfaces" table
  145.    which contains interface-specific statistics and configuration
  146.    information, and an optional "neighbor" table containing information
  147.    that may be helpful in debugging neighbor relationships.  Like the
  148.    protocol itself, this MIB takes great care to preserve compatibility
  149.    with RIP-1 systems, and controls for monitoring and controlling
  150.    system interactions.
  151.  
  152. 4. Definitions
  153.  
  154.    RFC1389-MIB DEFINITIONS ::= BEGIN
  155.  
  156.    IMPORTS
  157.            Counter, TimeTicks, IpAddress
  158.                    FROM RFC1155-SMI
  159.            mib-2
  160.                    FROM RFC1213-MIB
  161.            OBJECT-TYPE
  162.                    FROM RFC-1212;
  163.  
  164.    --  RIP-2 Management Information Base
  165.  
  166.      rip2 OBJECT IDENTIFIER ::= { mib-2 23 }
  167.  
  168.  
  169.  
  170. Malkin & Baker                                                  [Page 3]
  171.  
  172. RFC 1389                  RIP-2 MIB Extension               January 1993
  173.  
  174.  
  175.    -- the RouteTag type represents the contents of the
  176.    -- Route Tag field in the packet header or route entry.
  177.  
  178.    RouteTag ::= OCTET STRING (SIZE (2))
  179.  
  180.    -- the Validation type is used for the variable that deletes
  181.    -- an entry from a table, and ALWAYS takes at least these values:
  182.  
  183.    Validation ::= INTEGER { valid (1), invalid (2) }
  184.  
  185.  
  186.    --      The RIP-2 Globals Group.
  187.    --      Implementation of this group is mandatory for systems that
  188.    --           implement RIP-2.
  189.  
  190.    -- These counters are intended to facilitate debugging quickly
  191.    -- changing routes or failing neighbors
  192.  
  193.    rip2GlobalGroup OBJECT IDENTIFIER ::= { rip2 1 }
  194.  
  195.  
  196.        rip2GlobalRouteChanges OBJECT-TYPE
  197.            SYNTAX   Counter
  198.            ACCESS   read-only
  199.            STATUS   mandatory
  200.            DESCRIPTION
  201.               "The number of changes made to the IP Route Da-
  202.               tabase by RIP."
  203.           ::= { rip2GlobalGroup 1 }
  204.  
  205.  
  206.        rip2GlobalQueries OBJECT-TYPE
  207.            SYNTAX   Counter
  208.            ACCESS   read-only
  209.            STATUS   mandatory
  210.            DESCRIPTION
  211.               "The number of responses sent  to  RIP  queries
  212.               from other systems."
  213.           ::= { rip2GlobalGroup 2 }
  214.  
  215.  
  216.    --  RIP Interfaces Groups
  217.    --  Implementation of these Groups is mandatory for systems that
  218.    --       implement RIP-2.
  219.  
  220.    -- Since RIP versions 1 and 2 do not deal with addressless links,
  221.    -- it is assumed that RIP "interfaces" are subnets within a
  222.    -- routing domain.
  223.  
  224.  
  225.  
  226. Malkin & Baker                                                  [Page 4]
  227.  
  228. RFC 1389                  RIP-2 MIB Extension               January 1993
  229.  
  230.  
  231.    -- The RIP Interface Status Table.
  232.  
  233.        rip2IfStatTable OBJECT-TYPE
  234.            SYNTAX   SEQUENCE OF Rip2IfStatEntry
  235.            ACCESS   not-accessible
  236.            STATUS   mandatory
  237.            DESCRIPTION
  238.               "A  list  of  subnets  which  require  separate
  239.               status monitoring in RIP."
  240.           ::= { rip2 2 }
  241.  
  242.       rip2IfStatEntry OBJECT-TYPE
  243.           SYNTAX   Rip2IfStatEntry
  244.           ACCESS   not-accessible
  245.           STATUS   mandatory
  246.           DESCRIPTION
  247.              "A Single Routing Domain in a single Subnet."
  248.          INDEX { rip2IfStatAddress }
  249.          ::= { rip2IfStatTable 1 }
  250.  
  251.  
  252.        Rip2IfStatEntry ::=
  253.            SEQUENCE {
  254.                rip2IfStatAddress
  255.                    IpAddress,
  256.                rip2IfStatRcvBadPackets
  257.                    Counter,
  258.                rip2IfStatRcvBadRoutes
  259.                    Counter,
  260.                rip2IfStatSentUpdates
  261.                    Counter,
  262.                rip2IfStatStatus
  263.                    Validation
  264.        }
  265.  
  266.        rip2IfStatAddress OBJECT-TYPE
  267.            SYNTAX   IpAddress
  268.            ACCESS   read-only
  269.            STATUS   mandatory
  270.            DESCRIPTION
  271.               "The IP Address of this system on the indicated
  272.               subnet."
  273.           ::= { rip2IfStatEntry 1 }
  274.  
  275.  
  276.        rip2IfStatRcvBadPackets OBJECT-TYPE
  277.            SYNTAX   Counter
  278.            ACCESS   read-only
  279.  
  280.  
  281.  
  282. Malkin & Baker                                                  [Page 5]
  283.  
  284. RFC 1389                  RIP-2 MIB Extension               January 1993
  285.  
  286.  
  287.            STATUS   mandatory
  288.            DESCRIPTION
  289.               "The number of RIP response packets received by
  290.               the  RIP  process  which were subsequently dis-
  291.               carded for any reason (e.g. a version 0 packet,
  292.               or an unknown command type)."
  293.           ::= { rip2IfStatEntry 2 }
  294.  
  295.  
  296.        rip2IfStatRcvBadRoutes OBJECT-TYPE
  297.            SYNTAX   Counter
  298.            ACCESS   read-only
  299.            STATUS   mandatory
  300.            DESCRIPTION
  301.               "The number of routes, in  valid  RIP  packets,
  302.               which were ignored for any reason (e.g. unknown
  303.               address family, or invalid metric)."
  304.           ::= { rip2IfStatEntry 3 }
  305.  
  306.  
  307.        rip2IfStatSentUpdates OBJECT-TYPE
  308.            SYNTAX   Counter
  309.            ACCESS   read-only
  310.            STATUS   mandatory
  311.            DESCRIPTION
  312.               "The number of triggered RIP  updates  actually
  313.               sent  on  this interface.  This explicitly does
  314.               NOT include full updates  sent  containing  new
  315.               information."
  316.           ::= { rip2IfStatEntry 4 }
  317.  
  318.        rip2IfStatStatus OBJECT-TYPE
  319.            SYNTAX   Validation
  320.            ACCESS   read-write
  321.            STATUS   mandatory
  322.            DESCRIPTION
  323.               "Writing invalid has  the  effect  of  deleting
  324.               this interface."
  325.           DEFVAL { valid }
  326.           ::= { rip2IfStatEntry 5 }
  327.  
  328.  
  329.    -- The RIP Interface Configuration Table.
  330.  
  331.  
  332.        rip2IfConfTable OBJECT-TYPE
  333.            SYNTAX   SEQUENCE OF Rip2IfConfEntry
  334.            ACCESS   not-accessible
  335.  
  336.  
  337.  
  338. Malkin & Baker                                                  [Page 6]
  339.  
  340. RFC 1389                  RIP-2 MIB Extension               January 1993
  341.  
  342.  
  343.            STATUS   mandatory
  344.            DESCRIPTION
  345.               "A list of subnets which require separate  con-
  346.               figuration in RIP."
  347.           ::= { rip2 3 }
  348.  
  349.       rip2IfConfEntry OBJECT-TYPE
  350.           SYNTAX   Rip2IfConfEntry
  351.           ACCESS   not-accessible
  352.           STATUS   mandatory
  353.           DESCRIPTION
  354.              "A Single Routing Domain in a single Subnet."
  355.          INDEX { rip2IfConfAddress }
  356.          ::= { rip2IfConfTable 1 }
  357.  
  358.  
  359.        Rip2IfConfEntry ::=
  360.            SEQUENCE {
  361.                rip2IfConfAddress
  362.                    IpAddress,
  363.                rip2IfConfDomain
  364.                    RouteTag,
  365.                rip2IfConfAuthType
  366.                    INTEGER,
  367.                rip2IfConfAuthKey
  368.                    OCTET STRING (SIZE(0..16)),
  369.                rip2IfConfSend
  370.                    INTEGER,
  371.                rip2IfConfReceive
  372.                    INTEGER,
  373.                rip2IfConfDefaultMetric
  374.                    INTEGER,
  375.                rip2IfConfStatus
  376.                    Validation
  377.        }
  378.  
  379.        rip2IfConfAddress OBJECT-TYPE
  380.            SYNTAX   IpAddress
  381.            ACCESS   read-only
  382.            STATUS   mandatory
  383.            DESCRIPTION
  384.               "The IP Address of this system on the indicated
  385.               subnet."
  386.           ::= { rip2IfConfEntry 1 }
  387.  
  388.  
  389.        rip2IfConfDomain OBJECT-TYPE
  390.            SYNTAX   RouteTag
  391.  
  392.  
  393.  
  394. Malkin & Baker                                                  [Page 7]
  395.  
  396. RFC 1389                  RIP-2 MIB Extension               January 1993
  397.  
  398.  
  399.            ACCESS   read-write
  400.            STATUS   mandatory
  401.            DESCRIPTION
  402.               "Value inserted into the Routing  Domain  field
  403.               of all RIP packets sent on this interface."
  404.           DEFVAL { '0000'h }
  405.           ::= { rip2IfConfEntry 2 }
  406.  
  407.  
  408.        rip2IfConfAuthType OBJECT-TYPE
  409.            SYNTAX   INTEGER {
  410.                        noAuthentication (1),
  411.                        simplePassword (2)
  412.                     }
  413.            ACCESS   read-write
  414.            STATUS   mandatory
  415.            DESCRIPTION
  416.               "The type of Authentication used on this inter-
  417.               face."
  418.           DEFVAL { noAuthentication }
  419.           ::= { rip2IfConfEntry 3 }
  420.  
  421.  
  422.        rip2IfConfAuthKey OBJECT-TYPE
  423.            SYNTAX   OCTET STRING (SIZE(0..16))
  424.            ACCESS   read-write
  425.            STATUS   mandatory
  426.            DESCRIPTION
  427.               "The value to be used as the Authentication Key
  428.               whenever    the   corresponding   instance   of
  429.               rip2IfConfAuthType has  the  value  simplePass-
  430.               word.   A modification of the corresponding in-
  431.               stance of rip2IfConfAuthType  does  not  modify
  432.               the rip2IfConfAuthKey value.
  433.  
  434.               If a string shorter than 16 octets is supplied,
  435.               it  will be left-justified and padded to 16 oc-
  436.               tets, on the right, with nulls (0x00).
  437.  
  438.               Reading this object always results in an  OCTET
  439.               STRING  of  length zero; authentication may not
  440.               be bypassed by reading the MIB object."
  441.           DEFVAL { ''h }
  442.           ::= { rip2IfConfEntry 4 }
  443.  
  444.  
  445.        rip2IfConfSend OBJECT-TYPE
  446.            SYNTAX   INTEGER {
  447.  
  448.  
  449.  
  450. Malkin & Baker                                                  [Page 8]
  451.  
  452. RFC 1389                  RIP-2 MIB Extension               January 1993
  453.  
  454.  
  455.                        doNotSend (1),
  456.                        ripVersion1 (2),
  457.                        rip1Compatible (3),
  458.                        ripVersion2 (4)
  459.                     }
  460.            ACCESS   read-write
  461.            STATUS   mandatory
  462.            DESCRIPTION
  463.               "What  the  router  sends  on  this  interface.
  464.               ripVersion1 implies sending RIP updates compli-
  465.               ant  with  RFC  1058.   rip1Compatible  implies
  466.               broadcasting RIP-2 updates using RFC 1058 route
  467.               subsumption rules.  ripVersion2 implies  multi-
  468.               casting RIP-2 updates."
  469.           DEFVAL { rip1Compatible }
  470.           ::= { rip2IfConfEntry 5 }
  471.  
  472.  
  473.        rip2IfConfReceive OBJECT-TYPE
  474.            SYNTAX   INTEGER {
  475.                        rip1 (1),
  476.                        rip2 (2),
  477.                        rip1OrRip2 (3)
  478.                     }
  479.            ACCESS   read-write
  480.            STATUS   mandatory
  481.            DESCRIPTION
  482.               "This indicates which version  of  RIP  updates
  483.               are   to  be  accepted.   Note  that  rip2  and
  484.               rip1OrRip2 implies reception of multicast pack-
  485.               ets."
  486.           DEFVAL { rip1OrRip2 }
  487.           ::= { rip2IfConfEntry 6 }
  488.  
  489.  
  490.        rip2IfConfDefaultMetric OBJECT-TYPE
  491.            SYNTAX   INTEGER ( 0..15 )
  492.            ACCESS   read-write
  493.            STATUS   mandatory
  494.            DESCRIPTION
  495.               "This variable indicates what metric is  to  be
  496.               used  as  a  default  route in RIP updates ori-
  497.               ginated on this interface.  A value of zero in-
  498.               dicates  that  no  default route should be ori-
  499.               ginated; in this  case,  a  default  route  via
  500.               another router may be propagated."
  501.           ::= { rip2IfConfEntry 7 }
  502.  
  503.  
  504.  
  505.  
  506. Malkin & Baker                                                  [Page 9]
  507.  
  508. RFC 1389                  RIP-2 MIB Extension               January 1993
  509.  
  510.  
  511.        rip2IfConfStatus OBJECT-TYPE
  512.            SYNTAX   Validation
  513.            ACCESS   read-write
  514.            STATUS   mandatory
  515.            DESCRIPTION
  516.               "Writing invalid has  the  effect  of  deleting
  517.               this interface."
  518.           DEFVAL { valid }
  519.           ::= { rip2IfConfEntry 8 }
  520.  
  521.  
  522.    --  Peer Table
  523.  
  524.    --      The RIP Peer Group
  525.    --      Implementation of this Group is Optional
  526.  
  527.    --      This group provides information about active peer
  528.    --      relationships intended to assist in debugging.
  529.  
  530.        rip2PeerTable OBJECT-TYPE
  531.            SYNTAX   SEQUENCE OF Rip2PeerEntry
  532.            ACCESS   not-accessible
  533.            STATUS   mandatory
  534.            DESCRIPTION
  535.               "A list of RIP Peers."
  536.           ::= { rip2 4 }
  537.  
  538.       rip2PeerEntry OBJECT-TYPE
  539.           SYNTAX   Rip2PeerEntry
  540.           ACCESS   not-accessible
  541.           STATUS   mandatory
  542.           DESCRIPTION
  543.              "Information regarding a single routing peer."
  544.          INDEX { rip2PeerAddress, rip2PeerDomain }
  545.          ::= { rip2PeerTable 1 }
  546.  
  547.  
  548.        Rip2PeerEntry ::=
  549.            SEQUENCE {
  550.                rip2PeerAddress
  551.                    IpAddress,
  552.                rip2PeerDomain
  553.                    RouteTag,
  554.                rip2PeerLastUpdate
  555.                    TimeTicks,
  556.                rip2PeerVersion
  557.                    INTEGER,
  558.                rip2PeerRcvBadPackets
  559.  
  560.  
  561.  
  562. Malkin & Baker                                                 [Page 10]
  563.  
  564. RFC 1389                  RIP-2 MIB Extension               January 1993
  565.  
  566.  
  567.                    Counter,
  568.                rip2PeerRcvBadRoutes
  569.                    Counter
  570.                }
  571.  
  572.  
  573.        rip2PeerAddress OBJECT-TYPE
  574.            SYNTAX   IpAddress
  575.            ACCESS   read-only
  576.            STATUS   mandatory
  577.            DESCRIPTION
  578.               "The IP Address of the Peer System."
  579.           ::= { rip2PeerEntry 1 }
  580.  
  581.  
  582.        rip2PeerDomain OBJECT-TYPE
  583.            SYNTAX   RouteTag
  584.            ACCESS   read-only
  585.            STATUS   mandatory
  586.            DESCRIPTION
  587.               "The value in the Routing Domain field  in  RIP
  588.               packets received from the peer."
  589.           ::= { rip2PeerEntry 2 }
  590.  
  591.  
  592.        rip2PeerLastUpdate OBJECT-TYPE
  593.            SYNTAX   TimeTicks
  594.            ACCESS   read-only
  595.            STATUS   mandatory
  596.            DESCRIPTION
  597.               "The value of sysUpTime when  the  most  recent
  598.               RIP update was received from this system."
  599.           ::= { rip2PeerEntry 3 }
  600.  
  601.  
  602.        rip2PeerVersion OBJECT-TYPE
  603.            SYNTAX   INTEGER ( 0..255 )
  604.            ACCESS   read-only
  605.            STATUS   mandatory
  606.            DESCRIPTION
  607.               "The RIP version number in the  header  of  the
  608.               last RIP packet received."
  609.           ::= { rip2PeerEntry 4 }
  610.  
  611.  
  612.        rip2PeerRcvBadPackets OBJECT-TYPE
  613.            SYNTAX   Counter
  614.            ACCESS   read-only
  615.  
  616.  
  617.  
  618. Malkin & Baker                                                 [Page 11]
  619.  
  620. RFC 1389                  RIP-2 MIB Extension               January 1993
  621.  
  622.  
  623.            STATUS   mandatory
  624.            DESCRIPTION
  625.               "The number of RIP response packets  from  this
  626.               peer discarded as invalid."
  627.           ::= { rip2PeerEntry 5 }
  628.  
  629.  
  630.        rip2PeerRcvBadRoutes OBJECT-TYPE
  631.            SYNTAX   Counter
  632.            ACCESS   read-only
  633.            STATUS   mandatory
  634.            DESCRIPTION
  635.               "The number of routes from this peer that  were
  636.               ignored because the entry format was invalid."
  637.           ::= { rip2PeerEntry 6 }
  638.  
  639.  
  640.    END
  641.  
  642. 5. Acknowledgements
  643.  
  644.    This document was produced by the RIP-2 Working Group of the Internet
  645.    Engineering Task Force (IETF).
  646.  
  647.    In addition, the comments of the following individuals are also
  648.    acknowledged:  Keith McCloghrie and Frank Kastenholz.
  649.  
  650. 8. References
  651.  
  652.    [1] Cerf, V., "IAB Recommendations for the Development of Internet
  653.        Network Management Standards", RFC 1052, IAB, April 1988.
  654.  
  655.    [2] Cerf, V., "Report of the Second Ad Hoc Network Management Review
  656.        Group", RFC 1109, IAB, August 1989.
  657.  
  658.    [3] Rose M., and K. McCloghrie, "Structure and Identification of
  659.        Management Information for TCP/IP-based internets", STD 16, RFC
  660.        1155, Performance Systems International, Hughes LAN Systems, May
  661.        1990.
  662.  
  663.    [4] McCloghrie K., and M. Rose, "Management Information Base for
  664.        Network Management of TCP/IP-based internets", RFC 1156, Hughes
  665.        LAN Systems, Performance Systems International, May 1990.
  666.  
  667.    [5] Case, J., Fedor, M., Schoffstall, M., and J. Davin, "Simple
  668.        Network Management Protocol", STD 15, RFC 1157, SNMP Research,
  669.        Performance Systems International, Performance Systems
  670.        International, MIT Laboratory for Computer Science, May 1990.
  671.  
  672.  
  673.  
  674. Malkin & Baker                                                 [Page 12]
  675.  
  676. RFC 1389                  RIP-2 MIB Extension               January 1993
  677.  
  678.  
  679.    [6] Rose, M., Editor, "Management Information Base for Network
  680.        Management of TCP/IP-based internets: MIB-II", RFC 1158,
  681.        Performance Systems International, May 1990.
  682.  
  683.    [7] Information processing systems - Open Systems Interconnection -
  684.        Specification of Abstract Syntax Notation One (ASN.1),
  685.        International Organization for Standardization, International
  686.        Standard 8824, December 1987.
  687.  
  688.    [8] Information processing systems - Open Systems Interconnection -
  689.        Specification of Basic Encoding Rules for Abstract Notation One
  690.        (ASN.1), International Organization for Standardization,
  691.        International Standard 8825, December 1987.
  692.  
  693.    [9] Rose, M., and K. McCloghrie, Editors, "Concise MIB Definitions",
  694.        STD 16, RFC 1212, Performance Systems International, Hughes LAN
  695.        Systems, March 1991.
  696.  
  697.   [10] Malkin, G., "RIP Version 2 - Carrying Additional Information",
  698.        RFC 1388, Xylogics, Inc., January 1993.
  699.  
  700.   [11] Malkin, G., "RIP Version 2 Protocol Analysis", RFC 1387,
  701.        Xylogics, Inc., January 1993.
  702.  
  703. 7.  Security Considerations
  704.  
  705.    Security issues are not discussed in this memo.
  706.  
  707. 8.  Authors' Addresses
  708.  
  709.    Gary Malkin
  710.    Xylogics, Inc.
  711.    53 Third Avenue
  712.    Burlington, MA  01803
  713.  
  714.    Phone: (617) 272-8140
  715.    EMail: gmalkin@Xylogics.COM
  716.  
  717.  
  718.    Fred Baker
  719.    Advanced Computer Communications
  720.    315 Bollay Drive
  721.    Santa Barbara, California  93117-6014
  722.  
  723.    Phone: (805) 685-4455
  724.    EMail: fbaker@acc.com
  725.  
  726.  
  727.  
  728.  
  729.  
  730. Malkin & Baker                                                 [Page 13]
  731.  
  732.